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providing party is made by means of a name or a short 
code. Once selected, the selected party is checked in an 
automatic authorization procedure to verify that the 
user has selected a party recognized by the system, as 
shown at logical block 220. If the result is negative, an 5 
error message is displayed and system flow returns 
processing back to logical block 220. If the result is 
affirmative, processing flow proceeds to the logical 
block 224, as shown. At the logical block 224, a test is 
performed to determine whether the selected party is 10 
actively available and, if not, an error message and a 
prompt for reentry is generated and transmitted to the 
user, as indicated at functional block 226. 

[f the result at the logical block 224 is affirmative, a 
test is performed to determine whether the selected 15 
party is one who accepts contacts from any callers, or 
only selected callers, as shown at logical block 228. If 
the result at block 228 is that the selected party only 
responds to authorized callers, the processing proceeds 
to logical block 230 which tests to determine if the 20 
caller is an authorized party. If the result at logical 
block 230 is negative, the system generates an error 
message and terminates the selected service session 
producing an exit from the SIGN-IN function, as 
shown at block 238. If, however, the result at logical 25 
block 230 is positive, meaning that the user is authorized 
to contact the selected party, then a billing code is as- 
signed, as shown by functional block 234, to permit 
identifying and billing of charges for the system 50 
services provided. After the billing code is established, 30 
the processing flow proceeds to functional block 236 
where the user selects a desired function, and the type 
of connection required is established (utilizing an ES- 
TABLISH CONNECTION function described in de- 
tail hereinafter with reference to FIG. 9). The SIGN-IN 35 
routine is subsequently exited as shown at block 238. 

An ESTABLISH CONNECTION function is illus- 
trated in the flow chart of FIG. 9 which illustrates the 
processing methodology and structural flow for a spe- 
cific embodiment of the ESTABLISH CONNEC- 40 
TION function as shown in FIG. 8. The ESTABLISH 
CONNECTION function begins at block 166 where 
the user selects a desired function to be performed by 
the previously selected party. Subsequently a logical 
operation 168 is performed to determine whether the 45 
function is served locally or remotely, as shown. If the 
result at logical block 168 is negative, a logical opera- 
tion 170 is performed to determine if a batch mode 
operation is to be performed. If the result at logic block 
170 is negative, an interactive exchange made with a 50 
remote computer is enabled, as indicated at functional 
block 172. If the result of logic operation 170 is positive, 
then a mode of operation that accumulates transaction 
records for batch transfer based on a desired standard at 
a later time is enabled, as indicated at functional block 55 
174. In both cases, once the appropriate mode of opera- 
tion is enabled, the ESTABLISH CONNECTION 
function is terminated and exited as shown by block 
186. 

If the result of the logic operation 168 is affirmative, 60 
a logical operation 176 is performed to determine 
whether the data base to be accessed is a local, full data 
base. If the result is negative, a logical operation 178 is 
performed to determine whether the data base is a local, 
partial data base. If the result of the logical operation 65 
178 is negative, then an interactive transaction process 
is enabled for accessing a remote data base, as illustrated 
by functional block 180. If the result of the logic opera- 
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tion 178 is affirmative, then an interactive process is 
enabled, and transactions are accumulated to be periodi- 
cally batch transmitted to the remote data base. In this 
mode, a partial data base is downloaded periodically to 
the central processor from the remote data base. If the 
result of the logic operation 176 is affirmative, then a 
completely interactive process is enabled, with immedi- 
ate confirmation of transactions, as shown by functional 
block 184. In both block 182 and block 184, the mode of 
operation enacted is interactive, using only a local data 
base for validation and confirmation of a transaction. In 
both cases, the local data base immediately amended to 
reflect the processed transaction. However, in the mode 
enacted in block 184, where the entire data base is lo- 
cally maintained, the amended data base is the primary 
source of information. In the mode enacted in block 
182, where the local data base is a secondary partial 
image of a primary base managed elsewhere, the local 
data base is downloaded periodically from a remote site. 
The transactions that are processed locally are accumu- 
lated in addition in a separate transaction file and are 
then transferred periodically to the remote primary 
computer for updating. The ESTABLISH CONNEC- 
TION routine is terminated and exited after either block 
184 or block 182, as illustrated by block 186. 

Once the SIGN-IN function has been completed and 
exited, the user is then enabled to proceed with the 
selected service. However, having once entered a par- 
ticular service function, the user is able to jump to other 
functions and override menus, thereby permitting an 
experienced user to move from any point within the 
routing tree to any other selected point without having 
to go through all menu options. Thus, a service selec- 
tion SHORTCUT function may be activated at any 
time by a go-to command, formatted to optionally indi- 
cate at least the function, the party desired, and any 
necessary password. The go-to command initiates a 
service selection SHORTCUT function as illustrated by 
the flow diagram of FIG. 10. The service selection 
SHORTCUT function is entered as shown at block 240, 
and is activated as shown at logical block 242 via a 
logical operation which determines whether the go-to 
command (which may be a character such s 4< > ") has 
been initiated. The go- to command may have a format, 
for example, as follows: "go-to, function name, selected 
party name or code, password, character string'*. If the 
result at logic operation 242 is negative, the SHORT- 
CUT function is exited as illustrated by block 260. 

If the go-to command is present, processing proceeds 
to logical block 244, where the logic operation deter- 
mines whether the function indicated is recognizable by 
the system. If the result of the logic operation 244 is 
negative, an error message is generated and a prompt 
for re-entry is provided to the user as shown by func- 
tional block 246. If the result of the logic operation 244 
is affirmative, the system performs a logical operation to 
determine whether the selected party exists and is rec- 
ognized by the system, as illustrated at logical block 
248. If the result of the logical operation 248 is negative, 
an error message is generated and a prompt for re-entry 
is provided to the user, as illustrated at functional block 
250, after which processing flow returns to block 248, as 
shown. If the result at logical operation 248 is affirma- 
tive, the system determines whether a password is re- 
quired as shown at logic block 252. If the result of the 
logical operation 252 is affirmative, a password is re- 
quested of the user and checked to determine if it is 
correct, as indicated at logical block 254. If the result of 



